我在Heroku上托管了一个简单的Rack应用程序。配置.ru:useRack::Static,:urls=>["/stylesheets","/images","/javascripts"],:root=>"public"runlambda{|env|[200,{'Content-Type'=>'text/html','Cache-Control'=>'public,max-age=86400'},File.open('public/index.html',File::RDONLY)]}如何向其中添加HTTP基本身份验证？如果它只适用于生产环境，则加分。谢谢

Rails在标准库中与Ruby的logger类捆绑在一起。可用的日志级别是::debug、:info、:warn、:error和:致命的。我想知道如果我在我的Rails应用程序中添加大量日志记录并将日志级别设置为:debug用于开发和测试，在生产中运行时关闭日志记录或设置在更高级别，例如config.log_level=:fatal? 最佳答案 简短的回答是，日志记录总是会对性能产生影响，尤其是在记录到磁盘时。但是，有一些微妙之处。首先，使用:debug级别将比:fatal有更大的性能损失，因为正在评估和写入日志输出的字符串数量要多

有什么方法可以将Devise身份验证器指向我的自定义登录表单？标准的、无样式的表单不可用(缺少字段，提交时抛出异常，实际上让我的运行时崩溃了一次。)而且不好看。我有一个100%可用的表单，它实际上可以让人们登录，但如果出现错误，则会显示标准表单，也没有错误消息。类似于“当被要求提供登录表单时，呈现/views/sys/login.html.erb，并在错误时返回到该View并输入错误消息”注意:我已经从另一个问题尝试了以下内容devise_for:users,:path=>'',:path_names=>{:sign_in=>"system/login",:sign_out=>"log

我正在寻找做this的方法但在要求规范。我需要登录和注销double或instance_double来设计而不是实际的ActiveModel/ActiveRecord。通过使用wiki页面中的代码:moduleRequestSpecHelpersdefsign_in(user=double('user'))ifuser.nil?allow(request.env['warden']).toreceive(:authenticate!).and_throw(:warden,{:scope=>:user})allow(controller).toreceive(:current_user)

我正在使用在github上找到的当前版本的restful_authentication，我遇到了一堆奇怪的session问题。服务器似乎以某种方式将session分配给不应该的用户。只有在越过注销/登录障碍时才会发生这种情况。这是一个例子。在服务器上没有事件session的情况下，我使用用户A登录帐户。在另一台计算机上，我使用用户B登录。然后当注销用户B时，在注销重定向发生后的某个时间，我将登录为用户A。从这一点开始，我可以继续浏览该站点，就像我以该用户身份登录一样!我通过日志观察到的是，当发生这种劫持时，sessionID是不一样的。用户A在两个session中均已登录，但sessi

为此，我遵循了Devisegithub页面的建议:http://github.com/plataformatec/devise/wiki/How-To:-Redirect-to-a-specific-page-on-successful-sign-in现在效果很好，但是您现在如何测试您是否有这种行为？ 最佳答案 有两种方法可以在单元级别测试它，一种是在继承应用程序Controller的Controller中编写测试。代码看起来像it"shouldredirecttopage_xafterloggedin"dosign_in:user

我正在寻找适用于Ruby的日志记录框架。log4r有什么优点吗？在standardLoggerclass？ 最佳答案 log4r包的一大优点是它遵循log4j,log4cpp,log4net,etc的模式。许多人已经熟悉的软件包。它还支持配置文件，允许在运行时轻松配置日志记录，而无需修改代码。缺点是它不是log4j系列框架到Ruby的精确克隆，因此配置文件不遵循与log4j系列其余部分相同的格式(其他细节也可能不同，这可能catch熟悉log4j的人)。如果您不需要内置的可配置性，并且您并不特别关心是否遵循log4j模式，那么使用标

我正在构建一个站点，该站点必须支持通过LDAP进行的身份验证，以及仅在站点中管理的“本地”用户。目前我有以下Devise模型:classUserDevise正在为其中的每一个生成独立的路由，即/local_users/sign_in和/ldap_users/sign_in。这并不理想，用户不需要知道他们是哪种类型的用户，所以我想将它们统一为一种形式，使用一组登录/注销URL。我已经查看了一些关于如何执行此操作的解决方案，但它们似乎依赖于模型具有相同的Devise配置或相同的身份验证方法这一事实。我发现的此类问题的唯一其他在线示例是此Google网上论坛帖子:https://groups

我有一个使用deviseonrails3的应用程序。我想启用http身份验证，以便我可以从iPhone应用程序向我的网络应用程序进行身份验证。如何从我的iPhone应用程序进行身份验证以进行设计？这安全吗？还是我应该进行不同的身份验证？ 最佳答案 从设计的角度来看，您有3个选择:1)使用基本的http身份验证:您的iPhone应用程序有一个secretkey-这是在您的iPhone应用程序代码中烘焙的-用于对网络应用程序的每个请求进行身份验证。Google搜索:“设计基本的http身份验证”2)您可以通过在您的iPhone应用程序中

有没有办法从Ruby程序中验证我是否拥有最新版本的gem？也就是说，有没有办法以编程方式执行bundleoutdated#{gemname}？我尝试查看bundler的源代码，但找不到直接的方法。目前我正在做这个，它很脆弱，很慢而且很不优雅:IO.popen(%w{/usr/bin/envbundleoutdatedgemname})do|proc|output=proc.readlines.join("\n")returnoutput.include?("Yourbundleisuptodate!")end 最佳答案 避免外部执行